BUS INTERFACE FOR TRANSFER OF SONET/ SDH DATA 



FIELD 

This invention relates generally to a bus interface used 
5 to transfer SONET/SDH data. More specifically, this 

invention relates to a bus interface for the transfer of 
SONET/ SDH data over a serial backplane. 

BACKGROUND OF THE INVENTION 

10 In conventional data communication systems, a local node 

with a large number of SONET/ SDH terminations, may process a 
large variety of payload types. Common payloads are 
Asynchronous Transfer Mode (ATM) , Packet Over SONET (POS) , 
and Time Division Multiplexing (TDM) traffic. In general, 

15 each of the payload types is processed by specialised 
hardware residing in disparate cards. For traffic not 
terminating in the local node, the traffic may be groomed and 
transported from input fibers to arbitrary output fibers. 

2 0 The Combus standard provides a common interface between 

SONET termination devices and payload processing devices. 
However, the Combus standard is limited to OC-3 streams and 
contains 11 signals per interface. For a high capacity node, 
the number of signals required typically exceeds the limits 

25 of the Combus standard. 



Another existing approach to connecting SONET/ SDH 
termination devices to payload processing devices requires 
the reconstruction of a serial SONET/SDH stream post 
SONET/ SDH termination. However, this method suffers from the 
5 disadvantage of requiring duplicate SONET/ SDH processing at 
the payload processing devices. Another disadvantage of this 
method is the lack of guaranteed transitions on the serial 
links as SONET/ SDH scrambling only provides a statistical 
amount of transitions. As a result, complex clock and data 
10 recovery phase-locked loops are often required. 

To overcome the lack of guaranteed transitions on the 
serial links, an alternative approach is used that involves 
reconstructing a serial SONET/SDH stream post SONET/SDH 
15 termination and then applying a line code that guarantees 

transitions on the serial link. Again, this method suffers 
from the disadvantage of requiring duplicate SONET/ SDH 
processing at the payload processors. 

2 0 It is, therefore, an object of this invention to provide 

an improved bus interface to connect SONET/ SDH termination 
devices with payload processing devices. 

It is a further object of this invention to provide a 
25 bus interface to connect SONET/ SDH termination devices with 
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payload processing devices utilizing a minimum number of 
signals . 



It is still a further object of this invention to 
5 provide a bus interface that can scale with future advances 
in bandwidth in serial link technology. 



SUMMARY OF THE INVENTION 

These and other objects of the invention are provided in 
10 a new and improved method of connecting SONET/ SDH termination 
devices with payload processing devices while requiring a 
minimum number of signals. The protocol used in the method 
allows the SONET/ SDH termination device to handoff at the 
SONET line termination level, path termination level, and 
15 tributary termination level (SDH multiplex section 

termination level, high-order path terminating level and low- 
order path terminating level) . The protocol is also capable 
of scaling with future advances in bandwidth in serial link 
technology. 

20 

The method consists of providing a transmit interface 
and a receive interface. In operation, the transmit 
interface receives an incoming SONET/ SDH signal stream and 
converts the SONET/SDH signal stream into outgoing low 
25 voltage differential signal (LVDS) levels. The SONET/SDH 

signal streams are mapped into 8B/10B control characters to 
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label the SONET/ SDH frame boundaries. Potential SONET/ SDH 
frame boundaries include transport frame, high-order path 
frame and low-order path frame boundaries, 

5 The receive interface receives incoming LVDS signal 

levels and converts the LVDS levels into and outgoing 
SONET/ SDH signal streams. The 8B/10B control characters 
labeling the SONET/ SDH frame boundaries are decoded into 
SONET/SDH control signals. 

10 

% By mapping a descrambled SONET/SDH data stream into 

8B/10B control characters, proper data transitions on serial 
links can be ensured. Also, the mapping preserves the DC 

^ balance . 

1 15 

m Preferably, the 8B/10B control characters that have an 

y even number of ones and zeros have their positive and 
Mb negative disparity codes treated as separate control 

characters. Line code violations of these 8B/10B characters 
20 may be used to monitor error performance of serial links. 

Alternatively, the signals may be stored in a buffer. 
The signals can then be transferred using a universal frame 
pulse with a software programmable delay to allow the 
25 transfer of a single SONET/SDH signal over multiple links. 
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Preferably, the method also includes providing 
transparent in-band error reporting such that errors detected 
at a SONET/ SDH receiver can be transferred to a transmitter 
to construct remote error and defect indication codes. The 
5 method may also include inserting a pseudo-random bit 

sequence pattern in serial transmit links to allow data path 
verification prior to injection of an actual payload. 

Alternatively, the method may include overwriting one of 
the El and Bl bytes to form a pattern. This pattern allows 
in-service monitoring of link functionality as well as 
monitoring of downstream cross-connect mis-configurations. 
Optionally, the bytes in El may be overwritten with the 
complement of a value in Bl bytes . 

The invention also includes a bus interface device 
operative to perform the steps of the method described above. 

Other objects and advantages of the invention will 
2 0 become clear from the following detailed description of the 
preferred embodiment, which is presented by way of 
illustration only and without limiting the scope of the 
invention to the details thereof. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Many objects and advantages of the present invention 
will be apparent to those of ordinary skill in the art when 
this specification is read in conjunction with the attached 
5 drawings wherein like reference numerals are applied to like 
elements and wherein; 

Fig* 1 is a schematic block diagram depicting an 
embodiment of the bus interface; 

10 

Fig, 1A is a table containing 8B/10B control characters 
for a transmit interface; 

Fig. IB is a table containing 8B/10B control characters 
15 for a transmit interface; 

Fig. 2 is a block diagram depicting an embodiment of an 
incoming data 8B/10B encoder block; 

2 0 Fig. 3 is a block diagram depicting an embodiment of a 

transmit time-slot interchange block; 

Fig. 4 is a block diagram depicting an embodiment of a 
receive 8B/10B TeleCombus decoder block; 

25 
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Fig. 5A is a table containing 8B/10B control characters 
for a receive interface; 

Pig. 5B is a table containing 8B/10B control characters 
5 for a receive interface; 

DETAILED DESCRIPTION 

Referring to Fig. 1, the bus interface 10 is depicted 
having a transmit interface 20 and a receive interface 22. 

10 

The transmit interface 20 is comprised of an Incoming 
TeleCombus PRBS Processor (ITPP) block 30, an Incoming Data 
8B/10B Encoder (ID8E) block 34, an Incoming PRBS 8B/10B 
Encoder (IP8E) block 32, Transmit Time-Slot Working, Protect 

15 and Auxiliary Interchange (TTSI) blocks 36, 38 and 40, 
respectively, Transmit Working, Protect and Auxiliary 
Disparity Encoder (TRDE) blocks 42, 44 and 46, respectively, 
Transmit Working, Protect and Auxiliary Serialiser (PISO) 
blocks 48, 50 and 52, respectively, and Transmit Working, 

2 0 Protect and Auxiliary LVDS Interface blocks 54, 56 and 58, 

respectively. The acronym PRBS refers to a pseudo-random bit 
sequence . 

Incoming TeleCombus PRBS Processor 

The Incoming TeleCombus PRBS Processor (ITPP) block 30 
25 provides in-service and off-line diagnostics of the incoming 
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TeleCombus stream and equipment downstream of the three sets 
of transmit LVDS links. Within the ITPP block 30, a total of 
four ITPP sub-blocks (ITPP #l-#4) are instantiated in the 
Telecom Bus Serialiser (TBS) device. Each ITPP sub-block has 
5 the capacity to monitor and source Ps-eudo Random Bit Sequence 
(PRBS) data of an STS-12/STM-4 stream. A set of four ITPP 
blocks may be connected in tandem to service an 
STS-48c/STM-16-16c stream. 

10 The Incoming TeleCombus PRBS Processor (ITPP) block 30 

includes a PRBS detector and a PRBS generator. 

PRBS Detector 

Each ITPP sub-block has an independent PRBS detector and 
15 generator. The PRBS detector in ITPP #1 to ITPP #4 monitors 
the four sections of the incoming data stream ID [1] [7:0] to 
ID[4][7:0], respectively. When enabled, the PRBS detector 
monitors synchronous payload envelope (SPE) / higher order 
virtual container (VC3 or VC4-Xc) bytes in the incoming data 
2 0 stream. The incoming data is compared against the expected 

value derived from an internal linear feedback shift register 
(LFSR) with a polynomial of X 23 + X 18 + 1 . If the incoming 
data fails to match the expected value for three consecutive 
bytes, the PRBS detector will enter out-of -synchronization 
25 (OOS) state. The LFSR will be re-initialized using the 
incoming data bytes. The new LFSR seed is confirmed by 
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comparison with subsequent incoming data bytes. The PRBS 
detector will exit the OOS state when the incoming data 
matches the LFSR output for three consecutive bytes. The 
PRBS detector will remain in the OOS state and re-load the 
5 LFSR if confirmation failed. The PRBS detector counts PRBS 
byte errors and optionally generates interrupts when it 
enters and exits the OOS state. 

The PRBS detector may be configured to also monitor the 
10 Bl and El bytes in the incoming date stream. The Bl byte in 
each incoming STS-1/STM-0 is compared with an independently 
software programmable value. The El byte is compared with 
the complement of the programmable value. An interrupt is 
optionally generated when there is a change from the matched 
15 to mismatched state and vice-versa. The incoming Bl bytes 
are captured in a set of software readable registers. This 
facility allows in-service diagnosis of provisioning errors 
in upstream cross-connect devices. 

20 PRBS Generator 

The PRBS generator in ITPP #1 to ITPP #4 may optionally 
overwrite the data in incoming data stream ID[1] [7:0] to 
ID[4][7:0], respectively. When enabled, the PRBS generator 
inserts synchronous payload envelope (SPE) / higher order 

25 virtual cont ainer (VC3 or VC4— Xc) bytes into the serial 
transmit links. The inserted data is derived from an 



9 



internal linear feedback shift register (LFSR) with a 
polynomial of X 23 + X 18 + 1. 

The PRBS generator may be configured to optionally 
5 insert a software programmable byte into the Bl byte of each 
STS-1/STM-0 stream the serial transmit links. The El bytes 
may be over-written to the complement of the value inserted 
into the Bl bytes. This facility allows in-service 
diagnosis of provisioning errors in downstream cross-connect 
10 devices. 

Incoming Data 8B/1QB Encoder 

The Incoming Data 8B/10B Encoder (ID8E) block 34 
constructs an 8B/10B character stream from an incoming 
15 TeleCombus carrying an STS-12/STM-4 stream. Within the ID8E 
block 34, a total of four ID8E sub-blocks (ID8E #1 to #4) are 
instantiated in the TBS device. ID8E sub-blocks #1 to #4 
process incoming data streams ID[1][7:0] to ID[4][7:0] / 
respectively . 

20 

Frame Counter 

Each of the ID8E sub-blocks #1 to #4 of ID8E block 34 
includes a Frame Counter 102 and an 8B/10B Encoder 104 as 
shown in Figure 2 . 
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The Frame Counter 102 keeps track of the octet identity 
of the incoming data stream. The Frame Counter 102 is 
initialized by the JO pulse on the IJOJl and I PL signals. It 
identifies the positive stuff opportunity (PSO) and negative 
5 stuff opportunity (H3) bytes within the transport frame so 
that high-order path pointer justification events can be 
identified and encoded. 



8B/10B Encoder 

10 The 8B/10B Encoder 104 converts bytes in the incoming 

STS-12/STM-4 stream to 8B/10B characters. It can operate in 
one of three modes; multiplex section termination (MST) , 
high-order path termination (HPT) and low-order path 
termination (LPT) modes. The modes relate to the level of 

15 SONET/SDH processing capability in the external device 
driving the incoming TeleCombus (ID[4 : 1] [7 : 0] ) . 



In MST mode, the upstream device is a multiplex section 
terminator. It has identified transport frame boundaries. 
20 The first JO byte (JO) is encoded by an 8B/10B control 

character. Incoming TeleCombus signals ITV5[4:1] / ITPL[4:1], 
and ITAIS[4:1] and the Jl portion of IJ0J1 [4:1] are ignored. 



In HPT mode, the upstream device is a high-order path 
25 terminator and has performed pointer processing to identify 
STS/AU level pointer justification events. It has processed 
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all the STS/VC3/VC4 path overhead bytes. The H3 bytes in the 
absence of negative pointer justification events, the PSO 
byte in the presence of positive pointer justification events 
may be encoded. Alternately, the Jl byte may be encoded. 
5 Incoming TeleCombus signals ITV5[4:1], ITPL[4:1], and 
ITAIS[4:1] are ignored. 

In LPT mode, the upstream device is a low-order path 
terminator. It has performed tributary level pointer 
processing to identify tributary payload bytes and have 
terminated tributary payload / low-order virtual container 
bytes. In addition to MST and HPT mode bytes, V5 bytes and 
all bytes that are not part of a low-order path payload are 
encoded. Note that in drop-and-continue operation, the TBS 
must be configured to regard the upstream device as one 
appropriate for the continued path. 

Figures 1A and IB show the mapping of TeleCombus control 
bytes and signals into 8B/10B control characters. Figure 1A 
2 0 shows the character mapping for the MST and HPT modes of 

operation. Figure IB shows the character mapping for the LPT 
mode of operation. 

Incoming PRBS 8B/10B Encoder 
25 The Incoming PRBS 8B/10B Encoder (IP8E) block 32 

constructs an 8B/10B character stream from the output of the 
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ITPP block 30. Within the IP8E block 32, a total of four 
IP8E sub-blocks (IP8E #1 to #4) are instantiated in the TBS 
device. IP8E sub-blocks #1 to #4 process data from ITPP sub- 
blocks #1 to #4, respectively. The IP8E block 32 may be 
5 functionally identical to the ID8E block 34. 

Transmit Time-slot Interchange 

The Transmit Time-slot Interchange (TTSI) blocks 36, 38 
and 40 re-arrange the constituent STS-1/STM-0 streams of an 

10 STS-48/STM-16 stream in a software configurable order. The 

TTSI blocks 36, 38 and 40 also support multi-casting where an 
incoming STS-1/STM-0 stream is placed on two or more outgoing 
time-slots. The Transmit Working Time-slot Interchange 
(TWTI) block 36 performs time-slot re-arrangement for data 

15 destined for the working transmit LVDS links 

(TPWRK[4:1] /TNWRK[4:1] ) . The Transmit Protection Time-slot 
Interchange (TPTI) block 38 services the protection transmit 
LVDS links (TPPR0T[4:1] /TNPR0T[4:1] ) while the Transmit 
Auxiliary Time-slot Interchange (TATI) block 40 services the 

20 auxiliary transmit LVDS links ( TPAUX [4:1] / TNAUX [4:1]) . 

Each of the TTSI blocks 36, 38 and 40 includes a Data 
Buffer 106 and Connection Memory 108. 
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Data Buffer 

The Data Buffer 106 contains a double buffer structure. 
The incoming data stream is first loaded into an input shift 
register. A frame counter initiates a transfer of the data 
5 to the holding register once all 48 constituent STS-1/STM-0 
streams have been shifted in. The data is read out of the 
holding register in the order specified by the Connection 
Memory 108. 



10 Connection Memory 

The Connection Memory 108 contains two mapping pages: 
page 0 and page 1. One page is designated the active page 
and the other the stand-by page. Selection between which 
page is to be active and which is to be stand-by is 

15 controlled by the TCMP signal. The Connection Memory 108 

samples the value on the TCMP signal at the JO byte position 
of the incoming data stream and swaps the active/standby 
status of the two pages at the first Al byte of the next 
frame. This arrangement allows all devices in a cross- 

2 0 connect system to be updated in a coordinated fashion. 

Consequently, STS-1/STM-0 streams not being assigned new 
time-slots are unaffected by page swaps. 



Transmit 8B/10R Running Disparity Encoder 

The Transmit 8B/10B Running Disparity Encoder (TRDE) 
blocks 42, 44 and 46 correct the running disparity of an 
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8B/10B character stream. The input data to the TRDE blocks 
42, 44 and 46 originates from either the ID8E sub-blocks #1 
to #4 or the IP8E sub-blocks #1 to #4 at which point they 
have correct running disparity. However, due to the time- 
5 slot re-arrangement activities of the TTSI blocks 36, 38 and 
40, the running disparity is no longer consistent. The TRDE 
block inverts the 6B and 4B sub-characters to ensure correct 
running disparity. 

10 There are a total of twelve TRDE sub-blocks instantiated 

in the TBS device. Four TRDE sub-blocks (TWDE #1 to #4), 
within Transmit Working Disparity Encoder 42 are dedicated to 
the working transmit LVDS links ( TPWRK [4:1] /TNWRK [4:1]). The 
Transmit Protection Disparity Encoder 44 (TPDE #1 to #4) 

15 corrects running disparity for characters destined for the 
protection transmit LVDS links ( TPPROT [4:1] /TNPROT [4:1] ) 
while the Transmit Auxiliary Disparity Encoder 46 (TADE #1 to 
#4) services the auxiliary transmit LVDS links 
(TPAUX[4:1] /TNAUX[4:1] ) . 

20 

Transmit Serialise 

The Transmit Serialiser (PISO) blocks 48, 50 and 52 
convert 8B/10B characters to bit-serial format. There are a 
total of twelve PISO sub-blocks instantiated in the TBS 
25 device. Four PISO sub-blocks, Transmit Working Serialiser 48 
(TWPS #1 to #4) are dedicated to the working transmit LVDS 
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links (TPWRK[4:1] /TNWRK[4:1] ) . The Transmit Protection 
Serialiser 50 (TPPS #1 to #4) generates serial streams for 
the protection transmit LVDS links ( TPPROT [4:1] /TNPROT [4:1] ) 
while the Transmit Auxiliary Serialiser 52 (TAPS #1 to #4) 
are associated with the auxiliary transmit LVDS links 
(TPAUX[4:1] /TNAUX[4:1] ) . 

LVDS Tr ansmi tt-.ar 

The LVDS Transmitters, TWLV block 54, TPLV block 56 and 
TALV block 58 (referred to as TXLV blocks) convert 8B/10B 
encoded digital bit-serial streams to LVDS signaling levels. 
A total of twelve TXLV sub-blocks are instantiated in the TBS 
device. Four TXLV sub-blocks, Transmit Working LVDS 
Interface 54 (TWLV #1 to #4) drives the working transmit LVDS 
links (TPWRK[4:1]/TNWRK[4:1] ) . The Transmit Protection LVDS 
Interface 56 (TPLV #1 to #4) drives the protection transmit 
LVDS links (TPPROT [4:1] /TNPROT [4:1] ) while the Transmit 
Auxiliary LVDS Interface 58 (TALV #1 to #4) are associated 
with the auxiliary transmit LVDS links 
(TPAUX[4:1] /TNAUX[4:1] ) . 

Clock S ynthesis Urn f 

The Clock Synthesis Unit (CSU) block 62 generates the 
777.6 MHz clock for the transmit and receive LVDS links. 
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Transmit Reference Generator 

The Transmit Voltage Reference Generator block 60 
generates bias voltages and currents for the LVDS 
Transmitters . 

5 

Receive Interface 

The receive interface 22 is comprised of Receive LVDS 
Interface blocks 64, 66, and 68, Data Recovery Units 70, 72 
and 74, Receive 8B/10B Decoders 76, 78 and 80, Receive PRBS 
10 Monitors 82, 84 and 86, Receive Time-Slot Interchanges 88, 90 
and 92, and an Outgoing TeleCombus PRBS Generator 94. 

LVDS Rec eivers 

The LVDS Receivers, RWLV block 64, RPLV block 66 and 

15 RALV block 68 (referred to as RXLV blocks) convert LVDS 

signaling levels to 8B/10B encoded digital bit-serial. A 
total of twelve RXLV sub-blocks are instantiated in the TBS 
device. Four RXLV sub-blocks, Receive Working LVDS Interface 
64 (RWLV #1 to #4) connect to the working receive LVDS links 

20 (RPWRK[4:1] /RNWRK[4:1] ) . The Receive Protection LVDS 

Interface 66 (RPLV #1 to #4) connects to the protection 
receive LVDS links (RPPROT [4 : 1] /RNPROT [4:1] ) while the 
Receive Auxiliary LVDS Interface 68 (RALV #1 to #4) are 
associated with the auxiliary receive LVDS links 

25 (RPAUX[4:1] /RNAUX[4:1] ) . 
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Data Recovery Units 

The Data Recovery Unit (DRU) blocks 70, 72 and 74 
monitor the receive LVDS link for transitions to determine 
5 the extent of bit cycles on the link. They then adjust its 
internal timing to sample the link in the middle of the data 
"eye". A total of twelve DRU sub-blocks are instantiated in 
the TBS device. Four DRU sub-blocks, Working Data Recovery 
Units 70 (WDRU #1 to #4) retrieves data from the working 

10 receive LVDS links (RPWRK [4:1] /RNWRK [4:1]) . The Protection 

Data Recovery Units 72 (PDRU #1 to #4) process the protection 
receive LVDS links ( RPPROT [4:1] / RNPROT [4:1] ) while the 
Auxiliary Data Recovery Units 74 (RALV #1 to #4) are 
associated with the auxiliary receive LVDS links 

15 (RPAUX[4:1] /RNAUX[4:1] ) . 

The DRU blocks also convert the bit serial stream into 
10-bit words. The words are constructed from ten consecutive 
received bits without regard to 8B/10B character boundaries. 

20 

Receive 8B/10B TeleCombus Decoder 

The Receive 8B/10B TeleCombus Decoder (R8TD) blocks 76, 
78 and 80 frame to the receive stream to find 8B/10B 
character boundaries. They also contain a FIFO to bridge 
25 between the timing domain of the receive LVDS links and the 
system clock timing domain. A total of twelve R8TD sub- 
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blocks are instantiated in the TBS device. Four R8TD sub- 
blocks, Receiver Working 8B/10B Decoder blocks 76 (RW8D #1 to 
#4) perform framing and elastic store functions on data 
retrieved from the working receive LVDS links 
5 (RPWRK[4:1] /RNWRK[4:1] ) . The Receive 8B/10B Decoder blocks 
78 (RP8D #1 to #4) process data on the protection receive 
LVDS links ( RPPROT [4:1] /RNPROT [4:1] ) while the Receive 
Auxiliary 8B/10B Decoder blocks 80 (RA8D #1 to #4) are 
associated with the auxiliary receive LVDS links 
10 (RPAUX[4:1] /RNAUX[4:1] ) . 



Each of the R8TD sub-blocks includes a FIFO buffer 110, 
a Frame Counter 112, a Character Aligner 114, a Frame Aligner 
116 and a Character Decoder 118 shown in Figure 4. 

15 

FIFO Buffer 

The FIFO buffer 110 provides isolation between the 
timing domain of the associated receive LVDS link and that of 
the system clock (SYSCLK) . Data with arbitrary alignment to 
20 8B/10B characters are written into a 10-bit by 24-word deep 
FIFO buffer 110 at the link clock rate. Data is read from 
the FIFO buffer 110 at every SYSCLK cycle. 



Frame Counter 

25 The Frame Counter 112 keeps track of the octet identity 

of the outgoing data stream. It is initialized by a delayed 
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version of the RJOFP signal. It identifies the positive 
stuff opportunity (PSO) and negative stuff opportunity (H3) 
bytes within the transport frame so that high-order path 
pointer justification events can be identified and decoded. 

5 

Character Aligner 

The Character Aligner 114 locates character boundaries 
in the incoming 8B/10B data stream. The framer logic may be 
in one of two states, SYNC state and HUNT state. It uses the 

10 8B/10B control character (K28.5) used to encode the SONET/ SDH 
JO byte to locate character boundaries and to enter the SYNC 
state. It monitors the receive data stream for line code 
violations (LCV) . An LCV is declared when the running 
disparity of the receive data is not consistent with the 

15 previous character or the data is not one of the characters 
defined in IEEE std. 802.3. Excessive LCVs are used to 
transition the framer logic to the HUNT state. 

Normal operation occurs when the character aligner 114 
20 is in the SYNC state. 8B/10B characters are extracted from 
the FIFO buffer 110 using the character alignment of the 
K2 8.5 character that caused entry to the SYNC state. Mimic 
K2 8.5 characters at other alignments are ignored. The 
receive data is constantly monitored for line code 
25 violations. If 5 or more LCVs are detected in a window of 15 
characters, the character aligner transitions to the HUNT 
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state. It will search all possible alignments in the receive 
data for the K2 8.5 character. In the mean time, the original 
character alignment is maintained until a K28.5 character is 
found. At that point, the character alignment is moved to 
5 this new location and the character aligner transitions to 
the SYNC state. 

Frame Aligner 

The frame aligner 116 monitors the data read from the 
FIFO buffer 110 for the JO byte. When the frame counter 112 
indicates the JO byte position, a JO character is expected to 
be read from the FIFO buffer 110. If a JO byte is read out 
of the FIFO buffer 110 at other byte positions, a JO byte 
error counter is incremented. When the counter reaches a 
count of 3, the frame aligner 116 transitions to HUNT state. 
The next time a JO character is read from the FIFO buffer 
110, the associated read address is latched and the frame 
aligner 116 transitions back to the SYNC state. The JO byte 
error counter is cleared when a JO byte is read from the FIFO 
buffer 110 at the expected position. 

Character Decoder 

The character decoder 118 decodes the incoming 8B/10B 
control characters into an extended set of TeleCombus control 
signals. Figures 5A and 5B show the mapping of 8B/10B 
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control characters into TeleCombus control signals. Figure 
5A shows the character mapping for the MST and HPT modes of 
operation and Figure 5B shows the character mapping for the 
LPT mode of operation in the 8B/10B encoder in an external 
device upstream of the TBS. The character decoder itself is 
not mode sensitive. 

Receive PRBS Monitor 

The Receive PRBS Monitor (RPRM) blocks 82, 84 and 86 
provide in-service and off-line diagnostics of the receive 
LVDS links. A total of twelve RPRM sub-blocks are 
instantiated in the TBS device. Four RPRM sub-blocks, 
Receive Working PRBS Monitor 82 (RWPM #1 to #4) connect to 
the working receive LVDS links (RPWRK [4:1] /RNWRK [4:1]). The 
Receive Protection PRBS Monitor 84 (RPPM #1 to #4) connect to 
the protection receive LVDS links {RPPR0T[4 : 1] /RNPR0T[4 : 1] ) 
while the Receive Auxiliary PRBS Monitor 86 (RAPM #1 to #4) 
are associated with the auxiliary receive LVDS links 
(RPAUX[4:1] /RNAUX[4:1] ) . The RPRM blocks 82, 84 and 86 are 
functionally identical to the monitor section of the ITPP 
block 30. 

Receive Time-slot Infcerrhanqp 

The Receive Time-slot Interchange (RTSI) blocks 88, 90 
and 92 re-arrange the constituent STS-1/STM-0 streams of an 
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STS-48/STM-16 stream in a software configurable order. The 
RTSI blocks 88, 90 and 92 also support multi-casting where a 
STS-1/STM-0 stream from one of the three receive LVDS links 
is placed on two or more outgoing time-slots. The Receive 
5 Working Time-slot Interchange (RWTI) block 88 performs 

time-slot re-arrangement for data sourced from the working 
receive LVDS links ( RPWRK [4:1]/ RNWRK [4:1]). The Received 
Protection Time-slot Interchange (RPTI) block 90 services the 
protection receive LVDS links (RPPR0T[4 : 1] /RNPR0T[4 : 1] ) while 
10 the Receive Auxiliary Time-slot Interchange (RATI) block 92 
services the auxiliary receive LVDS links 
(RPAUX[4:1] /RNAUX[4:1] ) . 

Outgoing TfileCombus PRBS fiftnpraf.nr 

15 The Outgoing TeleCombus PRBS Generator (OTPG) block 94 

optionally inserts a PRBS pattern on a per STS-1/STM-0 onto 
the Outgoing TeleCombus stream. A total of four OTPG sub- 
blocks (OTPG #1 to #4) are instantiated in the TBS device. 
Each OTPG sub-block has the capacity to source PRBS data of 

20 an STS-12/STM-4 stream. A set of four OTPG sub-blocks may be 
connected in tandem to service an STS-48c/STM-16-16c stream. 
The OTPG block 94 is functionally identical to the generator 
section of the ITPP block 30. 
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LVDS Overview 

The LVDS family of cells allow the implementation of 
777.6 Mb/s LVDS links. A reference clock of 77.76 MHz is 
required. Four 777.6 Mb/s LVDS form a set of high-speed 
serial data links for passing an STS-48 aggregate data 
stream. 

The transmitter drives a differential signal through a 
pair of 50Q, characteristic interconnects, such as board 
traces, backplane traces, or short lengths of cable. The 
receiver presents a 100Q differential termination impedance 
to terminate the lines. Included in the standard is 
sufficient common-mode range for the receiver to accommodate 
as much as 925mV of common-mode ground difference. 

Complete SERDES transceiver functionality is provided. 
Ten-bit parallel data is sampled by the line rate divided-by- 
10 clock (77.76MHz SYSCLK) and then serialized at the line 
rate on the LVDS output pins by a 777.6MHz clock synthesized 
from SYSCLK. Serial line rate LVDS data is sampled and de- 
serialized to 10-bit parallel data. Parallel output 
transfers are synchronized to a gated line rate divided-by-10 
clock. The 10-bit data is passed to an 8B/10B decoding 
block. The gating duty cycle is adjusted such that the 
throughput of the parallel interface equals the receive input 



data rate (Line Rate +/- lOOppm) . It is expected that the 
clock source of the transmitter and the receiver the same to 
ensure that the data throughput at both ends of the link are 
identical . 

Data must contain sufficient transition density to allow 
reliable operation of the data recovery units. 8B/10B block 
coding and decoding is provided by the T8TE and R8TD blocks. 

At the system level, reliable operation will be obtained 
if proper signal integrity is maintained through the signal 
path and the receiver requirements are respected. Namely, a 
worst case eye opening of 0 . 7UI and lOOmV differential 
amplitude is needed. These conditions should be achievable 
with a system architecture consisting of board traces, two 
sets of backplane connectors and up to 1 m of backplane 
interconnects. This assumes proper design of 100Q 
differential lines and minimization of discontinuities in the 
signal path. Due to power constraints, the output 
differential amplitude is approximately 350mV. 

The LVDS system is comprised of the LVDS Receivers 
(RXLV) 64, 66 and 68, LVDS Transmitter (TXLV) 54, 56 and 58, 
Transmitter reference (TXREF) 60, data recovery units (DRU) 
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70, 72 and 74, parallel to serial converters (PISO) 48, 50 
and 52 and Clock Synthesis Unit (CSU) 62. 



Micropr ocessor Interface 

The Microprocessor Interface block 98 provides normal 
and test mode registers, and logic required to connect to the 
microprocessor interface. The normal mode registers are 
required for normal operation, and test mode registers are 
used to enhance testability of the TBS. 

Frame Alignment in a Mu 1 M-devi r P Envirnnmpnf 

The RJOFP frame pulse is used to synchronize a set of 
devices that are inter-connected via LVDS links. It is 
provided concurrently to all the devices in the system once 
every 125us, or multiples thereof. Characters retrieved from 
the receive LVDS links are written into a FIFO buffer 110. 
When the JO character is received, it is written into a fixed 
location in the FIFO buffer 110. Subsequent characters are 
written into the locations following the foregoing fixed 
location. At each device in the system, a software 
configurable counter is used to mark the point, relative to 
RJOFP, where all its receive LVDS links are expected to have 
delivered their JO character. As directed by the delay 
counter, the device will then read the fixed location where 
the JO character is stored, thus synchronizing all the 



receive LVDS links. Differential delays between and clock 
instabilities of LVDS links are absorbed by the FIFOs. 

This foregoing embodiment provides a new use of 8B/10B 
5 control characters to label SONET/ SDH transport frame, high- 
order path frame, and low-order path frame boundaries. The 
types of bytes that are encoded in 8B/10B control characters 
are configurable to suit different classes of SONET/ SDH 
equipment (multiplex section terminators, high-order path 
10 terminators and low-order path terminators) . 

Furthermore; the use of 8B/10B encoding on de-scrambled 
SONET/ SDH data streams in order ensures data transitions on 
the serial links and preserves DC balance. 

15 

The standard 8B/10B control character set is extended by 
treating the positive and negative running disparity codes of 
those control characters with an even number of ones and 
zeros as two separate control characters. This 
2 0 implementation doubles the number of control characters 

available for encoding of events. Further, DC balance is 
retained without having to alternately send positive and 
negative running disparity codes. 

25 The use of FIFOs and a universal frame pulse with 

software programmable delay advantageously allow the transfer 
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of a single SONET OC-N / SDH STM-M signal over multiple 
links . 

This embodiment also provides a transparent in-band 
error reporting facility where errors detected at the 
SONET/ SDH receiver can be transferred to the transmitter to 
construct remote error and defect indication codes. 

The occurrence of line code violations of 8B/10B 
characters can be used to monitor error performance of the 
serial links. 

This embodiment further provides for PRBS pattern 
insertion and monitoring thereby allowing datapath 
verification prior to injection of the actual payload. 

ALTERNATE EMBODIMENTS 

An alternate embodiment utilizes out-of-band signaling 
to mark frame boundaries, status information and alarm 
events. SONET/SDH data bytes are carried in byte serial 
format on a set of four 8-bit buses (ID[4: 1] [7 :0] and 
0D[4:1] [7:0] ) . Transport frame boundaries and payload frame 
boundaries are marked by the IJ0Jl[4:l] and OJ0Jl[4:l] 
signals. SONET/ SDH transport overhead bytes are 
distinguished from high-order path payload bytes by the 
IPL[4:1] and OPL[4:l] signals. Low order path payload 
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boundaries are indicated by the ITV5[4:1] and OTV5[4:l] 
signals. Low-order path transport overhead bytes are 
distinguished from low-order path payload bytes by the 
ITPL[4:1] and 0TPL[4:1] signals. Status and alarms are 
5 carried by the signals IPAIS[4:1], 0PAIS[4:1] / ITAIS[4:1] and 

OTAIS [4:1] . 

The above-described embodiments should be regarded as 
illustrative rather than restrictive, and it should be 
10 appreciated that variations may be made other than those 
discussed, by workers of ordinary skill in the art without 
departing from the scope of the present invention. 
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